home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group02b.txt
/
000158_icon-group-sender_Mon Dec 9 16:59:58 2002.msg
< prev
next >
Wrap
Internet Message Format
|
2003-01-02
|
3KB
Return-Path: <icon-group-sender>
Received: (from root@localhost)
by baskerville.CS.Arizona.EDU (8.11.1/8.11.1) id gB9Nxac19220
for icon-group-addresses; Mon, 9 Dec 2002 16:59:36 -0700 (MST)
Message-Id: <200212092359.gB9Nxac19220@baskerville.CS.Arizona.EDU>
From: James P Scully <scully@cs.arizona.edu>
X-Newsgroups: comp.lang.icon
Subject: Re: Icon compiler
Date: Mon, 9 Dec 2002 14:56:02 -0700
To: icon-group@cs.arizona.edu
Errors-To: icon-group-errors@cs.arizona.edu
Status: RO
Well I agree that Icon is something that every programmer should have in
their little bag of tricks...regardless of how you want to think of it,
but as far as speed is concerned, and cross-platform, there are a number
of independent groups out there attempting to realize the potential,... but
with the exception of DotNet and Java, they're all lightweights...not that
its a bad thing, its just that its much harder to impose your own standard
on an industry with insufficient support... and its hard to work on this
alone when other people are trying to do the same thing, and you get
different results...think of the war of the browsers and wysiwyg.. :-).
But still, with
cross-language or cross-platform code - But it is quite possible, with a
few exceptions to compile DotNet code on a macintosh or linux/unix
variant... once again... SNOBOL4.NET, Icon.NET... :-D
As far as speed is concerned, ugh. It should be entirely possible to
optimize Icon even more, considering the fact that there are quite a
few functional programming language compilers out there that are much
faster
under certain benchmarks. The most blatant example comes to my mind in my
final
project assignment for Stuart Reges' excellent CS 372 class at the
University of Arizona ... with the choice of creating a simple 4-15 digit
RSA encryption program in Icon or SML, it seems that after you work around
the overflows, that, with our own hardware and the specific compilers that
we're using, most of the ML implementations are much faster than the icon
implementations -- but of course, this is still all dependent on the
compiler optimization and the hardware. I regret that I still do NOT yet
have enough of an education in this field to make much of an
informed opinion on the matter, although it interests me enough to send
this reply in hopes of continuing your interesting discussion.
PS- I only see four messages... I'm thinking there might be something
wrong with my connection to the newsgroup... can anyone enighten me on
this? thanks...